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What  is  ArchE? 

ArchE  is  a  software  architecture  design  assistant,  which: 

•  Takes  quality  and  functional  requirements  as  input 

•  Elicits  key  quality  attribute  information  to  refine  quality 
requirements 

•  Elicits  key  architectural  information 

•  Derives  candidate  architectures 

•  Evaluates  whether  quality  requirements  are  satisfied 

•  Identifies  tradeoffs 

•  Suggests  alternative  architectures 

ArchE  is  implemented  in  Eclipse  using  Java  and  the  JESS  expert 
system. 
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What  does  ArchE  “know”? 

ArchE  “knows”: 

•  Architecture  design  process  -  how  to  get  an  architecture  from 
requirements 


•  Quality  knowledge  -  how  to  achieve  required  qualities  in  an 
architecture  design 


•  What  questions  to  ask  -  how  to  get  the  architect  to  think 
precisely  about  architectural  design. 


Key  principle:  Quality  attribute  requirements  are  primary  drivers  for 
architecture  design  and  models  capture  the  relations  between 
architecture  and  desired  results. 
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Sample  Problem  -  Clemson  Transit  Assistance  System 
(CTAS) 

Wireless  hand  held  itinerary  planning  system 

User  can  plan  routes  and  modes  of  transportation 

Traveler  can  periodically  update  information  on  CTAS  and  reconsider 
itinerary. 

External  information  services  (hotel,  transit  systems,  parking  lot 
information)  assumed. 
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Use  Cases 


CTAS  Expansion  Device 


Ue  register 
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Initial  Input  to  ArchE 

Functions  with  dependency  relations 

Quality  requirements  expressed  as  quality  attribute  scenarios 
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Initial  Functions  for  CTAS 
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Responsibilities1 

“Responsibilities”  are  fundamental  to  the  design  process  ArchE 
supports 


Responsibilities  are  general  statements  about  an  architectural 
element  and  include:  the  actions  an  element  performs,  the  knowledge 
an  element  maintains,  major  decisions  an  element  makes  that  affect 
others. 


ArchE  maps  functions  into  responsibilities 


User  specifies  relationships  among  responsibilities  manually. 


1.  Wirfs-Brock,  R.  and  McKean,  A.  Object  Design.  Boston,  MA:  Addison-Wesley,  2003. 
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Responsibility  graph  for  CTAS 
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Relationships  among  responsibilities 


Scenario-Responsibility  Mapping  Function-Responsibility  Mapping 


Responsibilities  or  relationship  contains: 


Parent  responsibility 

1  Relationship 

Child  responsibility 

Parameter 

1  Value 

Parameter 

Attach  to  model 

dependency 

Register  views 

Probability  inco,.. 

0.7 

Probability  outg.... 

Create  user  profile 

dependency 

ModiFy  user  profile 

Probability  inco.M 

0,7 

Probability  outg^ 

Create  user  profile 

dependency 

Save  data 

Probability  into,.. 

0.7 

Probability  outg... 

Handle  user  interaction 

dependency 

Crest*  user  profile 

Probability  inco,,. 

0.7 

Probability  outg... 

Handle  user  interaction 

dependency 

Manage  itinerary 

Probability  into, .  , 

0.7 

Probability  outg,. r 

Handle  user  interaction 

dependency 

Modify  user  profile 

Probability  inco,.. 

0.7 

Probability  outg... 

Handle  user  interaction 

dependency 

Show  Itinerary 

Probability  inco.M 

0,7 

Probability  outg.,. ► 

Manage  external  device 

dependency 

Manage  itinerary 

Probability  inco,.. 

0.7 

Probability  outg,.. 

Manage  itnerary 

dependency 

Query  for  data 

Probability  inco, .. 

0.7 

Probability  outg... 

Manage  itwierary 

dependency 

Save  data 

Probability  inco,  m 

0.7 

Probability  outg,.. 

Manage  itinerary 

dependency 

Show  Itinerary 

Probability  inco,.. 

0.7 

Probability  outg... 

Manage  user  profile 

Contains 

Create  user  profile 

Manage  user  profile 

Contains 

Modify  user  profile 

Modify  user  prdfte 

dependency 

Manage  itinerary 

Probability  inco, ... 

0.7 

Probability  outg... 

Modify  user  profile 

dependency 

Save  data 

Probability  inco,,, 

0,7 

Probability  outg, .. 

3  Query  for  data 

dependency 

|  Locate  service- 

|  Probability  inco,.,. 

0.7 

©  2007  Carnegie  Mellon  University  1 1 


Course  Title  |  Part  X,  Module  X 


Author  /  Presenter,  Date  if  Needed 


Quality  Attribute  Scenarios 

Two  modifiability  scenarios  for  now: 

1)  Add  the  ability  to  specify  priorities  when  computing  an  itinerary. 
The  effort  for  adding  the  function  should  be  less  than  1  person  day. 

2)  Add  a  function  to  notify  others  of  late  arrival.  The  effort  for  adding 
the  function  should  be  less  than  .5  person  days. 
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Scenario  addition  screen 
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Scenarios  must  be  related  to  responsibilities  (manually) 


F'l  ArchE  -  %productName 


Q@(x 


File  Ed*  Navigate  project  Window  Help 

0  ArchE 
XJ- Navigator  IZ  j 
D  AGM 


a  %  ▼ 


CTASModifiabflty 
Q  test 

Cl  TravelAssist 
Cj  TravelAssistModfiability 
Cj  TravelAssistPerformance 


Q  Scenarios  l 1  Functions  Responsibilities 


Description  contains:  | 


|  Description 


1  ScenarioType  |  Stimulus  |  StmulusType  |  Source 


|  Environment  |  Response  |  Measure 


Q  Add  the  ability  to  select  attribute  to  optimize  itinerary. 
0  Add  a  function  to  notify  others  of  late  arrival 


Modifiability 

Modifiability 


change  req... 
change  req... 


super  user 
user 


system 

system 


normal  ope . . .  modify  syst ...  effort 
normal  ope . . .  change  sys . . .  effort 


^Scenario-ResponsibAty  Mapping  X 


Function-Responsibility  Mapping  Relationships 


Scenario  or  responsibly  contains:  | 


|  Responsibility 


Add  a  function  to  notify  others  of  late  arrival 
Add  the  abifcty  to  select  attribute  to  optimize  itinerary. 


Dispatch  events 
Manage  Itinerary 


Model  Elements  Model  Relations  View  Design  Elements  Design  Relations  View  ?)  Questions  and  Alerts  2)3  Jess  Console  Problems 


Question  contains:  | 

|  Question  type [  Question  category 


V  encapsulate 
y  wrapper 


|  Question  text 


Applying  modifiability  tactics 
Applying  modifiability  tactics 


Please  specify  what  level  of  encapsulation  you  want  (0  =  none,  10  ■  completely)? 

Do  you  want  to  create  a  wrapper  around  the  responsibility  Save  data?  If  so,  please  specify  the  cos. . 
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ArchE  reasoning  framework 

ArchE  uses  a  modifiability  reasoning  framework  to  reason  about  the 
scenarios. 

What  is  a  reasoning  framework? 

What  is  the  modifiability  reasoning  framework? 
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Reasoning  Frameworks 


A  reasoning  framework  is  a  vehicle  for  encapsulating  the 
quality  attribute  knowledge  and  the  tools  needed  to  analyze 
the  behavior  of  a  system  with  respect  to  some  quality  attribute 


Can  be  used: 

•To  predict  behavior  before  the  system  is  built 

•  Understand  behavior  after  it  is  built 

•  Make  design  decisions  while  it  is  being  built 


Reason  for  encapsulating  quality  attribute  knowledge  is  to  enable 
incorporation  of  quality  attribute  knowledge  in  ArchE  without 
requiring  quality  attributes  to  know  about  each  other. 
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Elements  of  a  Reasoning  Framework 


1.  Problem  description 

2.  Analytic  theory 

3.  Analytic  constraints 

4.  Model  representation 

5.  Interpretation 

6.  Evaluation  procedure 


«e,  — 


Data 

representation 


Transformation 


Reasoning 

framework 

element 


Packageable 

implementation 


->  Dependency 


Data  flow 


Analytic 


Architecture 

description 


satisfies^ 


Implementation  of  a 
Reasoning  Framework 


Desired  quality 
attribute 
measures 


restricted  by 


Quality 

attribute 

measures 


based  on 
% 


Problem 

description 
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Example:  Performance  Reasoning  Framework 


A 

satisfies! 


constrained  interarrival  rates  for  aperiodic 
streams,  no  I/O  operations,  components  don’t 
suspend  themselves,  fixed  execution  time 


f  Performance  Reasoning  Framework 


Data 

representation 


Transformation 


Reasoning 

framework 

element 


Packageable 

implementation 


- >  Dependency 


Data  flow 
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Modifiability  Reasoning  Framework  - 1 

Based  on  coupling  and  cohesion  concepts. 

Modules  are  coupled  to  each  other: 

•Tightly  (high  probability  of  change  propagating) 

•Medium  (medium  probability  of  change  propagating) 

•  Low  (low  probability  of  change  propagating) 

Responsibilities  are  assigned  to  modules. 

Cost  of  change  is  assigned  to  each  responsibility. 

A  change  to  one  responsibility  in  a  module  is  assumed  to  propagate 
to  other  responsibilities  in  the  module. 
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Modifiability  Reasoning  Framework  -  2 


Modifiability  scenario  is  tied  to  the  modification  of  several 
responsibilities 


Each  responsibility  has  a  cost  of  change  and  a  probability  of 
propagating  to  other  responsibilities.  Each  of  the  propagated  to 
responsibilities,  in  turn,  has  a  cost  of  change  and  a  probability  of 
propagating  to  additional  responsibilities. 


Sum  the  costs  weighted  by  the  probability  of  a  responsibility  being 
changed. 
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ArchE  calculations  for  CTAS 

ArchE  calculates  whether  cost  of  change  for  particular  scenario  is 
within  bounds. 

Out  of  bounds  is  indicated  by  red  light. 


Q  5 

ceri.= 

inqs  Vl  Functions  Responsibilities 

Description  contains:  [ 

1 

1 

Description  ScenehiciType  [  Stimulus 

StimulusType 

Source 

9 

• 

4dd  a  function  to  notify  others  of  late  arrival  Modifiability  change  r&q. 

user 

O0 

4dd  the  abitey  to  select  attribute  to  optimise  itinerary.  Modifiability  change  req . , . 

su[>er  user 

< 

©  2007  Carnegie  Mellon  University  21 


Course  Title  |  Part  X,  Module  X 


Author  /  Presenter,  Date  if  Needed 


Scenario  -  Notify  others  of  late  arrival 

ArchE  suggests  several  tactics  -  encapsulate  and  localize: 


Question  contains: 


a 


Jess  Console  Problems 


|  Question  type 

Question  category 

Question  text 

|  confirmCost 

Applying  tactics 

Please  verify  that  the  given  cost  are  correct  or  specify  the  new  cost  when  preparing  the 

9  confirmCost 

Applying  tactics 

Please  verify  that  the  given  cost  are  correct  or  specify  the  new  cost  when  preparing  the 

9  confirmCost 

Applying  tactics 

Please  verify  that  the  given  cost  are  correct  or  specify  the  new  cost  when  preparing  the 

rJ  confirmCost 

Applying  tactics 

Please  verify  that  the  given  cost  are  correct  or  specify  the  new  cost  when  preparing  the 

9  oenfinCost 

Applying  tactics 

Please  verify  that  the  given  cost  are  correct  Of  specify  the  new  cost  when  preparing  the 

.j  encapsJate 

Applying  modifiability  tactics 

Please  specify  what  level  of  encapsulation  you  want  (0  =  none,  10  ■  completely)? 

,  encapsulate 

Applying  modftbly  tactics 

Please  specify  what  level  of  encapsulation  you  want  (0  ■  none,  10  *  completely)? 

9  localize 

Applying  modifiability  tactics 

Do  you  want  me  to  appiy  the  location  tactic  for  scenario  !'Add  a  function  to  notfy  otln 

9  wrapper 

Applying  modifiability  tactics 

Do  you  want  to  create  a  wrapper  around  the  responsibility  Modify  user  profile?  If  so,  pie 
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Localize  changes  -  before 
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Localize  changes  -  after 
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ArchE  creates  new  responsibility 

ArchE  does  not  know  semantics  of  application  -  architect  must  label 
new  responsibility.  In  CTAS  it  is  called  “dispatch” 

Cost  of  change  must  be  entered  for  “dispatch” 

New  probabilities  of  propagation  must  be  entered  for  “dispatch” 
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New  responsibility  in  ArchE 


Scenarios 


FuntUore 


Name  contains: 


Name 


Cost  of  change  (|) 


Eaec.time  (ms)  |  Level  of  encapsulation 


y  Attach  to  model 
9  Create  user  profile 
y  Handle  use-  interaction 
Locate  service 
Manage  external  device 
Manage  Raner  ary 
Manage  user  profiles 
Modify  user  profile 


r> 

i 

6 

& 

0 

h 


o 

H 


5  Query  forded 
9  Register  vie¥#s 
^  Save  data 


0.0 

0.0 

2.0 

0,0 

2=0 

5.0 

2.0 

1.0 

0=0 

0.0 

1.0 
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Continuing  with  ArchE 

Architect  continues  choosing  one  tactic  at  a  time. 


ArchE  has  reasoning  frameworks  for  modifiability  and  real  time 
performance. 


Architect  interacts,  choosing  tactics  until  all  of  the  scenarios  have 
been  satisfied. 


The  resulting  design  is  then  exported. 
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Use  of  ArchE 

ArchE  has  been  used  to  support  a  graduate  class  in  software 
architecture  at  Clemson  University 


Student  feedback:. 

•The  overall  concept  is  very  convincing...  with  a  little  refining  the 
software  should  be  great. 

•The  good  thing  about  ArchE  during  the  architecture  design  process 
is  that  it  automatically  computes  the  effort  of  changing  one  quality 
attribute  on  the  whole  architecture 

•The  scenario  based  approach  makes  it  easier  to  think  about  how 
architectural  decisions  will  impact  the  required  quality  attributes  of  a 
system. 
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ArchE  now  and  in  the  future 

ArchE  and  the  ArchE  Users’  Guide  can  be  downloaded  from 
http://www.sei.cmu.edu/architecture/arche.html 


The  available  version  of  ArchE  has  reasoning  frameworks  for 
modifiability  and  real  time  performance 


Toward  the  end  of  this  year,  we  will  distribute  a  version  of  ArchE  that 
is  extensible  in  reasoning  frameworks. 

•A  researcher  in  quality  attributes  generates  a  reasoning  framework 
embodying  their  theory 

•ArchE  will  manage  trade  offs  with  other  quality  attributes 

•ArchE  will  enable  a  comparison  of  a  particular  theoretical  approach 
to  other  approaches  for  the  for  the  same  quality  attribute. 


©  2007  Carnegie  Mellon  University  29 


Course  Title  |  Part  X,  Module  X 


DEMO 


Author  /  Presenter,  Date  if  Needed 


©  2007  Carnegie  Mellon  University  30 


